home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000411_news@columbia.edu _Tue Jan 4 13:23:01 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA13674
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 4 Jan 2000 13:23:01 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA21206
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 4 Jan 2000 13:02:23 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: MS-DOS Kermit, more capabalities
  11. Message-ID: <Itj70WJUGaRN@cc.usu.edu>
  12. Date: 4 Jan 00 10:39:27 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <cRgc4.2429$S3.130329@tw12.nn.bcandid.com>, cangel@famvid.com writes:
  17. > On 2000-01-01 fdc@watsun.cc.columbia.edu(FrankdaCruz) said:
  18. > 
  19. > 
  20. > fd>: ...  Most unfortunately, `Kermit' doesn't included the
  21. > fd>: `ZMoDem' file transfer protocol (with control-character escaping
  22. > fd>& all); : making it less than "complete", somewhat.  I would
  23. > fd>welcome postings from : people who happen to be doing fine
  24. > fd>`ZMoDem'/`Kermit' transfers using no : more than the minimum setup
  25. > fd>i described above.  I tried a lot of packet : drivers and ~TelNet~
  26. > fd>"shims" but nothing goes beyond D/L cps rates of a : mere 9k6/19K2
  27. > fd>bps connection. :
  28. > 
  29. > fd>Kermit protocol is is a fast as Zmodem if both Kermit partners
  30. > fd>support a fairly decent implementation of it.  Most
  31. > fd>non-Kermit-Project Kermit implementations do not.  Of course a 4.
  32. > fd>77MHz CPU would also be a bottleneck but that's true for Zmodem too.
  33. > 
  34. > Zmodem is needed for two reasons.  1) Many BBS have crippled 'clones' of
  35. > the kermit protocol hard coded to 94 bytes per packet.  As per your own
  36. > website for Columbia Kermit the 'team' deciding to use 94 bytes as the
  37. > default install for many years has given many the impression that kermit
  38. > is _supposed_ to use 94 byte packets.  The 'WORD' is not getting out to
  39. > authors of BBS software.  2) Many BBS simply do not have a kermit transfer
  40. > and the owners are not knowledgeable enough to implement the C-Kermit config
  41. > files for an external kermit transfer (I know, I've tried and they just can't
  42. > do it). 8(
  43. > 
  44. > If MSKermit would allow access to it's TCP/IP stack via the 'int 14h' fossil
  45. > interface then zmodem could be added to MSKermit as an external protocol. 8)
  46.  
  47.     That is a far more complicated problem than you may realize and one
  48. which is not desirable to solve that way.
  49.     If the BBS folks want to sell to customers using a better Kermit
  50. protocol implementation then they can either improve their code themselves
  51. (the specs have always been public) or they can contract someone like myself
  52. to improve their code. 
  53.     Joe D.
  54.  
  55. > Charles.Angelich
  56. >